home *** CD-ROM | disk | FTP | other *** search
/ Tech Arsenal 1 / Tech Arsenal (Arsenal Computer).ISO / tek-21 / qwhite.zip / QEXT.TEC < prev    next >
Text File  |  1992-03-09  |  5KB  |  99 lines
  1. ID:QX QEXT.SYS
  2. Quarterdeck Technical Note #141
  3. by Stan Young
  4. last revision:  12 February 1992
  5.  
  6. QEXT.SYS is an XMS manager that is compatible with Microsoft's HIMEM.SYS.  
  7. QEXT.SYS was written before HIMEM.SYS existed.  Its original purpose was to 
  8. allow DESQview to load nearly 64K of its code into the HMA, the first 64K of 
  9. extended memory, which is the only portion of the extended memory into which a 
  10. normal DOS program can be loaded.  Quarterdeck discovered the HMA, and 
  11. DESQview was the first program to load into the HMA, years before Microsoft 
  12. made it possible to put part of the operating system ther with DOS 5.  When 
  13. the XMS specification was written, Quarterdeck rewrote QEXT.SYS so that it 
  14. would provide the same XMS services that HIMEM.SYS does:  making the HMA 
  15. and extended memory available. 
  16.  
  17. Any user with a 386 and QEMM-386 does not need to load QEXT.SYS:  QEMM-386 
  18. provides all the same services.
  19.  
  20. To operate properly, the QEXT.SYS driver must take the first 64K of exTENDed 
  21. memory starting at 1 Megabyte.  Therefore, it should be loaded as the first 
  22. driver in CONFIG.SYS that uses extended memory (before VDISKs and the like).
  23.  
  24. QEXT.SYS is written to IBM's specification for identifying itself as a VDISK 
  25. type utility and therefore devices loaded after it should not overwrite QEXT.  
  26. However, if they do, you can expect that DESQview will fail soon after start-
  27. up.
  28.  
  29. This note only applies to DESQview systems of 2.0 or beyond that are utilizing 
  30. the QEXT.SYS driver.  QEXT is usable ONLY with 80286 machines that have REAL, 
  31. not emulated exTENDed memory. Emulated extended memory (created by utilities 
  32. such as AST's REX.SYS or Quarterdeck's EMS2EXT.SYS), cannot be used.
  33.  
  34.                      DETERMINING IF QEXT.SYS IS WORKING
  35.  
  36. QEXT.SYS is working if more memory (approximately 60K) is shown in the "Total 
  37. Conventional Memory" cell in Memory Status when it is loaded versus when it is 
  38. not loaded.  To load QEXT.SYS you must have DEVICE=QEXT.SYS as the first 
  39. device using extended memory in your CONFIG.SYS file and you must load 
  40. DESQview with the DV.COM loader.  If you have an XDV.COM file in your DESQview 
  41. directory, rename it to DV.COM.
  42.  
  43. Once loaded, the increased memory should be seen, and the device should not 
  44. conflict with any RAM disks, spoolers or any other devices or programs that 
  45. use expanded memory.  If this is the case, QEXT is working.  If not, see 
  46. below.
  47.  
  48.                          AST SUPERSPOOL AND FASTDISK
  49.  
  50. Older versions of these extended memory users do not seem to be able to detect 
  51. QEXT.SYS. Fortunately, these utilities provide a way to configure as a 
  52. parameter the starting address for their memory usage.  The syntax for the 
  53. parameter is:
  54.  
  55. /EXTM=a,b
  56.  
  57. where "a" is the amount of memory to be used and "b" is the starting address.  
  58. You may want to consult your AST SuperPak documentation for further 
  59. information about this and other possible parameters.
  60.  
  61. Therefore, if you are using only one of these utilities, "a" would be set to 
  62. the amount of memory desired and "b" should be set to 1088, since QEXT starts 
  63. at 1024 (1 meg.) and extends for 64K.
  64.  
  65. If you are using both utilities, to be safe you should calculate the starting 
  66. address for Superspool, by adding the memory allocated for FASTDISK to 1088.  
  67. Both of these utilities display the starting address of their buffer when they 
  68. boot into the system.  Check these numbers to be sure neither start at 
  69. 1000000H.
  70.  
  71.                    CONFLICTS WITH RAMDRIVE AND SOME VDISKS
  72.  
  73. Microsoft produces a VDISK-like utility called RAMDRIVE.SYS that is shipped 
  74. with Windows and is included with some versions of MS-DOS.  Old versions of 
  75. this utility do not follow the IBM DOS specification for identifying 
  76. installed VDISKs and are not compatible with QEXT.SYS.
  77.  
  78. There have been isolated cases of MS-DOS versions of VDISK.SYS that also do 
  79. not seem to detect QEXT.SYS.  If this seems to be a problem, you might contact 
  80. the manufacturer of your hardware, or try running IBM DOS and VDISK on your 
  81. machine.
  82.  
  83.                    INCOMPATIBILITY WITH SOME "COMPATIBLES"
  84.  
  85. As noted, QEXT.SYS must be very particular about the kind of memory it loads 
  86. into and the location.  It has been know to fail to load on some compatibles 
  87. where the memory starting at 1 Meg. does not look exactly like IBM extended 
  88. memory.  If you have extended memory and QEXT.SYS fails to load when specified 
  89. as THE ONLY driver in the CONFIG.SYS file, and booted with no AUTOEXEC.BAT 
  90. file, you may assume you have a hardware incompatibility in extended memory 
  91. and should contact the manufacturer of the machine.  This has not been a 
  92. common problem.
  93.  
  94.   ************************************************************************
  95.   *This technical note may be copied and distributed freely as long as it*
  96.   *is distributed in its entirety and it is not distributed for profit.  *
  97.   *         Copyright (C) 1988-92 by Quarterdeck Office Systems          *
  98.   ************************ E N D   O F   F I L E *************************
  99.